United States Patent [iq 

Baumgartner et al. 



[54] TRANSFORMATION METHOD FOR 

NETWORK CONFERENCE CONNECTIONS 

[75] Inventors: Thomas J. Baumgartner, St. Charles; 

Wu-Hon F. Leung, Downers Grove, 
both of 111. 

[73] Assignee: AT&T Bell Laboratories, Murray 
Hill, NJ. 

[21] * Appl. No.: 508,867 

[22] Filed: Apr. 12, 1990 

[51] IntCU H04Q 11/04 

[52] US. a M 370/62; 370/60; 

379/202 

[58] Field of Search 370/94.1, 60, 62, 85.12, 

370/54; 340/825.02, 826, 827; 379/229, 271, 
272, 273, 202 

[56] References Cited 

U.S. PATENT DOCUMENTS 

4,540.850 9/1985 Herr et al „ 370/62 

4,550,224 10/1985 Winchell 370/62 

4,723,272 2/1988 Maat 379/229 

4,740,954 4/1988 Cotton et al. ... ....... .. 370/62 

4,745,593 5/1988 Stewart „ 370/15 

4,748,658 5/1988 Gopal et al 379/229 

4,864,559 9/1989 Perlman „ 370/93 

4,873,517 10/1989 Baratz et al. — 370/54 

4,894,822 1/1990 Buhrkc et al 370/222 

4,905,231 2/1990 Leung et al 370/94.1 

4,920,484 4/1990 Ranade 370/60 

4,991,171 2/1991 Teravinna et al 370/94.1 

OTHER PUBLICATIONS 

J. J. Degan et al., "Fast Packet Technology for Future 
Switches", AT&T Technical Journal, vol. 68, No. 2, 
Mar./Apr. 1989, pp. 36-50. 

S. Nojima et al., "High Speed Packet Switching Net- 
work for Multi-Media Information", Proceedings of 
IEEE J 986 Computer Networking Symposium, pp. 
141-150. 

K. Yukimatsu et aL, "Multicast Communication Facili- 
ties in a High Speed Packet Switching Network", Pro- 
ceedings o/ICCC 'Sd pp. 276-281. 
K. A. Lantz, "An Experiment in Integrated Multimedia 
Conferencing", Proceedings of the Conference on Com- 



US005138614A 

[ii] Patent Number: 
[45] Date of Patent: 



5,138,614 
Aug. 11, 1992 



puter-Supported Cooperative Work 9 86, Dec. 1986, pp. 
533-552. 

A. Poggio et al., "CCWS: A Computer-Based, Multi- 
media Information System" Computer, Oct. 1985, pp. 
92-103. 

L. Aguilar et al., "Architecture for a Multimedia Tele- 
conferencing System", Proceedings of Conference on 
Office Information Systems. Mar. 1988, pp. 1-8. 
H. Forsdick, "Explorations into Real-Time Multimedia 
Conferencing", Proceedings of the 2nd International 
Symposium on Computer Message Systems, IFIP, Sep., 
1985, pp. 331-347. 

W. H. Leung et al., "A Set of Operating System Mecha- 
nisms to Support Multi-Media Applications", Proceed- 
ings of 1988 International Zurich Seminar on Digital 
Communications, Mar. 1988, pp. B4.1-B4.6. 
A. Ghafoor et al., "An Efficient Communication Struc- 
ture for Distributed Commit Protocols", IEEE Journal 
on Selected Areas in Communications, vol. 7, No. 3, Apr. 
1989, pp. 375-389. 

(List continued on next page.) 

Primary Examiner — Douglas W. Olms 

Assistant Examiner— Dang Ton 

Attorney, Agent, or Firm — R. T. Watland; M. B. 

Johannesen 

[57] ABSTRACT 

A transformation method for network conference con- 
nections where the network operations are determined 
based on stored information defining the original con- 
nection and stored information defining the target con- 
nection thus affording the opportunity to advanta- 
geously reuse existing paths. The paths to be deleted 
and the paths to be added to effect the transformation 
are determined such that no path is both deleted from 
and added to any switch. The connection information 
may be stored either in a central control entity or an 
mtra-switch path information in the individual switches 
of the network. In the latter case, the individual 
switches determine their own intra-switch path addi- 
tions and deletions in a distributed fashion. 
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associated connections induce a tree in the network. 

TRANSFOR MATI ON METHOD FOR NETWORK When a user disconnects from a broadcast channel, the 

CONFERENCE CONNECTIONS corresponding branch of the tree is removed. When a 

user requests connection to a channel, the network 

CROSS-REFERENCE TO RELATED 5 attempts to find a nearby branch of the broadcast tree 

APPLICATIONS and connects the user at the nearest point. The Turner 

This application is related to the application of T. J. article provides no suggestion, however, concerning 

Baumgartner, Y. H. Hwang, E. H. Jones, W. F. Leung efficient network transformation other than the addition 

L. F. Morgan, and S. Tu Ser. No. 07/509,010 entitled or deletion of a single party. 

"Multiple Call Control Method in a Multimedia Confer- 10 In view of the foregoing, a deficiency in the art is the 
encing System", and W. F. Leung and S. Tu Ser. No. absence of an efficient general method of transforming 
07/508,866, now U.S. Pat No. 5,103,444 entitled "Con- an original conference connection through a switching 
ference Connection Method in a Multicast Packet network, to a target conference connection which in- 
Switching Network** filed concurrently herewith and volves more than the addition or deletion of a single 
assigned to the same assignee as the present application. 15 party or user station. 

TECHNICAL FIELD SOLUTION 

This invention relates to communication conferenc- This deficiency is eliminated and a technical advance 
ing. is achieved in accordance with the principles of the 

BACKGROUND AND PROBLEM " inve u nt |? n ? " mustrati ^ net ™ rk transformation 

method where the network operations are determined 

The Rapport multimedia conferencing system, dis- based on stored information defining the original con- 
closed in the S. R. Ahuja et al. article, "The Rapport nection and stored information defining the target con- 
Multimedia Conferencing System", Proceedings of Con- nection— thus affording the opportunity to advanta- 
ference on Office Information Systems, Mar. 1988, sup- ^ ge0 usly reuse existing paths. Illustratively, the paths to 
ports interactive, real-time distributed conferences be deleted and the paths to be added to effect the trans- 
among two or more people. The system provides an formation m determined such that no path is both 
environment in which many types of meetings can take deleted from added t0 swit ch. The connection 
place, inducting telephone conversations discussion information may ^ stored dther b a centra i control 
among co leagues, and lectures. Rapport is designed to 30 Qf ^ information in ^ - md{ vid . 
help people emulate face-to-face conferences as closely ^ of ^ QCtw ^ In the , atter thfi indi . 
as possible with their workstations. A Rapport system ^ ^ fa determine their own intra-switch path 
user may participate in many conferences concurrently distributed fashion, 
by switching among contexts at the click of a mouse " 7T . r A_ ■ * i 
button. This is equivalent to being able to walk in and 35 . * • ' ™*<* ° f the invention, an ongmal connection 
out of several meeting rooms (and one's office) in- » estabbshed among an original plurality of user sta- 
stantlv tions through a communication network. Information is 

It is' anticipated that this capability will encourage stored d ? fi ° in e * e connection A target con- 
users to keep many conferences active for long periods nectlon ^determined among a target plurality of user 
of time in much the same fashion as the use of screen 40 ******* T*? umon of and target pluralities 
windows allows one to keep many programs and files includes at least *» 0 user stat,ons no * included in the 
active with the present data networks. One such long- intersection of the original and target pluralities, and the 
lived conference might be an intercom connection be- intersection includes at least one user station. Informa- 
tween a manager and a secretary. Others might be tion is **o*e& defining the target connection. Based on 
among the collaborators in a design project or the au- 45 the stored information defining the original and target 
thors of a paper. It is anticipated that once the capability connections, a set of operations is determined to trans- 
fer multiple concurrent calls is provided, it will be use- form the original connection into the target connection, 
ful to merge and split such calls. For example, the man- That set of operations is then effected on the network, 
ager may ask the secretary to join a design project con- The condition that the target connection represents 
ference from time to time to assist the project team. In 50 more than the addition or deletion of a single user sta- 
addition to merging and splitting calls, typical applica- tion may be expressed using set theory terminology by 
tions would include the addition of several parties to a requiring that the union of the user stations of the origi- 
conference, the addition of some parties and the dele- nal and target connections includes at least two user 
tion of others, or changing the connectivity pattern stations not included in the intersection of the user sta- 
among parties, for example, from multipoint-to-mul- 55 tions of the original and target connections — for exam- 
tipoint to point-to-multipoint with upstream capability. pie. adding two user stations, deleting two user stations, 
A general problem associated with these actions relates adding one user station and deleting another, etc. An 
to the transformation of an original conference connec- additional requirement — that the intersection includes 
tion through a network of switching systems, to a target at least one user station — means simply that at least one 
connection. Although tearing down the original con- 60 user station is in common between the original and 
nection and establishing the target connection from target connections. 

scratch will always work, it is not, in general, an effi- In the illustrative arrangement of FIG. la, an original 

cient approach in terms of the number and complexity connection is established among an original plurality of 

of the operations to be performed on the network. user stations, A, B, D, through a communication net- 

The J. S. Turner article, "Design of a Broadcast 65 work comprising multicast packet switches SW1, SW2, 

Packet Switching Network", IEEE Transactions on and SW3. Information is stored defining the paths estab- 

Communications, Juil 1988, discloses a broadcast packet lished through switches SW1, SW2, and SW3 for the* 

switching network where each broadcast source and its original connection. Such information may be stored in 
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a single, central location and/or as individual, intra- FIG. 7o-FIG. 7c illustrate three data packet flow 
switch path information stored by each switch. A target patterns within a multicast packet switch; 
connection (FIG. 16) is determined among a target FIG. 80-FIG. Sd are diagrams used in describing 
plurality of user stations, A, B, C, through the network. properties of data packet flow patterns; 
Note that the union of the original and target pluralities 5 FIG. 9a-FIG. 9c and FIG. l(kr-FIG. 10b are dia- 
includes two user stations C and D not included in the grams used in describing properties of vanilla multicast 
intersection of the original and target pluralities, and connections; 

that the intersection includes two user stations A and B. FIG. lla-FIG. 11c are diagrams used in describing 
Information is stored defining the paths through properties of strong multicast connections; 
switches SW1, SW2, and SW3 for the target connec- W FIG. 12 and FIG. 13 are diagrams of two multimedia 
tion. Again the information may be stored in the single, conferencing arrangements; 

central location and/or as individual, intra-switch path FIG. 14 is a diagram illustrating packet streams of 
information stored by each switch. A set of operations is three types in a multicast packet switch; 
determined to transform the original connection into FIG. 15a and FIG. 15b are diagrams used to intro- 
the target connection based on the stored path informa- 15 duce the logical and physical representations of a con- 
tion, illustratively, in such manner that no path is both nection 

deleted from and added to any switch. Both the deter- FIG. 16 is a matrix comprising a centralized represen- 
mination of the target connection, and the determina- tation of a connection; 

tion of the set of operations to transform the original FIG. 17 shows individual matrices for each switch in 
connection, may be performed either by a central con- 20 a distributed representation of a connection; 
trol entity, or collectively by the switches SW1, SW2, FIG. 18 is a diagram illustrating the general method 
and SW3 using parallel processing. of network transformation; 

The original and target connections through the net- FIG. 19<i-FIG. 19c are diagrams illustrating the net- 
work are described by matrices M{Ol} and M{T1} as worit transformation in three specific cases; and 
shown in FIG. 1c and FIG. W. An existing intra-switch 25 ^G. 20-FIG. 25 are diagrams used in explaining the 
path is represented as a logic one and a possible intra- network transformation method by way of examples 
switch path is represented as a logic zero. A first matrix using both centralized and distributed connection repre- ; 
M{needed} (FIG. 2c) is obtained having elements each sentations. 

being a logic one only if the corresponding element of ^ DETA TT nF^rttTPTTOM 

M{Ol} is a logic zero and the corresponding element of 30 DETAILED DESCRIPTION 

M{T1} is a logic one. A second matrix M{notneeded} Multicast Connections 

(FIG. 2d) is obtained having elements each being a logic FIG. 3 shows a multicast packet switching network 
one only if the corresponding element of M{Ol} is a which consists of multicast packet switches (MPSs) and 
logic one and the corresponding element of M{T1} is a 33 network interfaces (NIs). 

logic zero. An intra-switch path is added for each logic To achieve high-speed transmission, the multicast 
one of Mineeded} and an intra-switch path is deleted packet switching network is based on fast packet tech- 
for each logic one of M{notneeded}. The matrix nology (described in J. J. Degan et al., "Fast Packet 
Micommon} (FIG. 2e) represents paths that are reused Technology for Future Switches", AT&T Technical 
in making the transformation. The relationship among ^ Journal, Vol. 68, No. 2, p. 36-50, 1989), having the 
the matrices Mineeded}, Micommon}, and M{not- following attributes: (a) Link-by-link error and flow 
needed} is shown in FIG. 2a. con trol is eliminated. Thus, the required field in the data 

DRAWING DESCRIPTION ^ ncader f° r the logical channel number (LCN), 

.... . . . which is used for routing packets through the multicast 

FIG. la is a diagram of the physical representation of 45 packet switching network. An LCN for each link 
an original connection through a multicast packet within a connection is decided at connection setup time; 
switching network composing three multicast packet (b) Edge-to-edge error control can be incorporated 
switches; within the multicast packet switching network on a 

1-ICj. Wis a diagram of the physical representation of per-connection basis; and (c) The multicast packet 
a target connection through the network of FIG. U 50 switching network provides internal connection-ori- 

FIG. lc and FIG. Id are matrix representations of the ented services that support high-bandwidth applications 
original and target connections of FIG. la and FIG. lb . very efficiently. In such networks, the required link 
Tes ^l u \ el T' bandwidth and the end-to-end delay for a multicast 

FIG. 2a is a Venn diagram showing the relationship application are independent of the number of users, 
among four matrices used in the network transfonna- 55 Also, the network performance will not degrade as the 
oon method of the invention; number of users increases. These advantages provide a 

FIG. 2&-FIG. 2e are matrix representations of the solid foundation for the multicast packet switching 
four matrices defined in FIG. 2a and obtained from the network as a vehicle for supporting various multicast 
ongmal and target connection matrix representations of applications, especially, interactive multimedia multi- 
FIG. lc and FIG. Id, & party conferencing. 

HG - 3 * * diagram of a multicast packet switching A multicast packet switch is composed of a switch 
network; FIG. 4 is a diagram of an individual multicast fabric, a switch processor, and switch interfaces (Sis) 
packet switch m the network of FIG. 3; as shown in FIG. 4. The switch fabric is capable of 

FIG. 5 is a diagram illustrating a strong packet se- duplicating an incoming packet and routing the copies 
quencmg condition; 65 t0 desired outgoing ports. An exemplary multicast 

FIG. 6 is a diagram illustrating the packet switching packet switch is disclosed in the U.S. patent application 
process for a multicast connection through a multicast of K. T. Teraslinna et al., Ser. No. 07/412,952, assigned 
packet switch; to t j, e assignee of the present invention. 
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[Definition 2.1]: With multiple input streams each 
destined to multiple outputs, a switch fabric is said to 
have 

a. the weak sequencing (WS) property, if it only guar- 
antees point-to-point sequential transfer from each 5 
input port to any of its output ports; or 

b. the strong sequencing (SS) property, if those out- 
put ports receiving two or more common inputs 
have identical interleaved packet streams with 
respect to the packet streams from the common 10 
input ports. For example, in FIG. 5, the two subse- 
quences of outgoing packet streams at switch inter- 
faces D and £ (or switch interfaces £ and F) con- 
taining {hi} and {a} (or {a/} and {bj) are identical. 

A multicast packet switch will be represented as 15 
w-MPS (or s-MPS) if its switch fabric has the weak 
sequencing (or strong sequencing) property. 

In general, different links within a multicast connec- 
tion may use different LCNs. Thus, each switch inter- 
face maintains a packet translation table (PIT) and a 20 
multicast control table (MCT) to store routing informa- 
tion about those multicast connections. Each entry of a 
packet translation table, indexed by an incoming LCN, 
contains a multicast connection number (MCN) and a 
switch header. On the incoming link, the MCN field 25 
stores the MCN assigned to a multicast connection 
during connection setup. The switch header identifies a 
set of outgoing links involved in a multicast connection, 
which is used for packet duplication and routing 
through a switch fabric. Each entry of the multicast 30 
control table, indexed by a MCN, contains the LCN 
chosen for the outgoing link within a multicast connec- 
tion. 

FIG. 6 illustrates the data packet switching process 
through a multicast packet switch for a multicast con- 35 
nection. An incoming packet accesses the packet trans- 
lation table by LCN a at switch interface A. Switch 
interface A then replaces LCN a in the packet header 
by the stored MCN m and prepends the stored switch 
w header to the packet for packet duplication and routing. 40 
" Each outgoing packet uses MCN m in its header to 
access the multicast control table at the outgoing switch 
interface and obtains an outgoing LCN. Switch inter- 
face B and switch interface C then replace MCN m in 
the packet header by LCN b and LCN c, respectively. 45 
Finally, the switch header of each outgoing packet will 
be stripped off at the outgoing switch interface before it 
leaves. 

[Lemma 1]: Any arbitrary data packet flow pattern 
(DPFP) within a multicast packet switch can be 50 
achieved. 

< Proof >: Given a set of switch interfaces, with an 
LCN chosen for each switch interface, it- is clear that 
the direction of data packet flow among these switch 
interfaces can be controlled by writing suitable informa- 55 
tion into their packet translation tables and multicast 
control tables. 

FIG. 7 illustrates, three natural data packet flow pat- 
terns within a multicast packet switch: (a) point-to-mul- 
tipoint, (b) point-to-multipoint with upstream capabO- 60 
ity, and (c) multipoint- to-multipoint. They will be re- 
ferred to as pattern- l t pattern-2 and pattern-3 data 
packet flow patterns, respectively. 

The switch processor (FIG. 4) establishes and discon- 
nects switched multicast connections across the mul— 65 
ticast packet switching network. 

A network interface (FIG. 3) provides an access 
point to the multicast packet switching network for 
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various networks and equipments, e.g., user stations, 
connected to it It is responsible for protocol/speed 
conversion, packet assembly/disassembly, signaling, 
etc. It also provides an edge-to-edge flow/error control 
across the multicast packet switching network on a 
per-connection basis. 

A source-based multicast routing method is used to 
perform multicast connection setup. This method can 
be applied to both switched multicast connection setup 
and multicast connectionless packet routing. 

For each multicast packet switch in the multicast 
packet switching network, several spanning trees 
rooted at this multicast packet switch are generated. A 
unique global tree number (TN) will be assigned for 
each tree. Based on these trees, multicast routing tables 
(MRTs) are established at each multicast packet switch 
during network initialization. The size of the multicast 
routing tables depends on the number of multicast 
packet switches in the multicast packet switching net- 
work and the number of trees. Therefore, a tradeoff 
between the number of trees and memory space re- 
quired at each multicast packet switch is made. These 
tables may be updated dynamically. However, it should 
be done infrequently. The advantage of using multiple 
spanning trees is to provide alternate multicast routes 
such that the connection completion rate can be im- 
proved. Under normal situations, the connection con- 
trol packets for establishing or disconnecting a connec- 
tion progress forward from the source multicast packet 
switch to the next destination multicast packet switches. 
They may need to crankback to the source multicast 
packet switch for finding alternate spanning trees when 
some multicast packet switch belonging to the chosen 
spanning tree rejects the new connection setup for some 
reason. 

The basic connection setup procedure is as follows. 
When a connection setup packet arrives at the source 
multicast packet switch, the switch processor chooses a 
tree number, among a set of tree numbers which corre- 
spond to those spanning trees rooted at this multicast 
packet switch, based on a load sharing method. Based 
on the destination set in the packet and the multicast 
routing table indexed by the chosen global tree number, 
the switch processor checks if the appropriate neces- 
sary and sufficient conditions described in detail herein 
are met to determine whether the multicast connection 
that would be established would be usable to effect 
communication in accordance with a specified transmis- 
sion matrix and meeting a given packet sequencing 
condition. If the check is positive, the switch processor 
then partitions the destination set into several subsets; 
each subset will use a different outgoing link. By putting 
the chosen tree number in the packet and masking off all 
other destination addresses in the destination set except 
those in the corresponding subset, a modified copy of 
the original connection setup packet is then generated 
and sent to each desired outgoing link. In addition, the 
switch processor will choose an available multicast 
connection number (MCN) and send signal packets to 
update the translation tables in each involved switch 
interface. When the modified packet reaches the next 
multicast packet switch, the switch processor uses the 
tree number in the packet to index a multicast routing 
table, does some necessary checking, and then further 
partitions the destination subset. This procedure repeats 
until all the destinations are reached. 

The concept of multicast connections is a natural 
extension of that of point-to-point connections. That is, 



12/17/2003, EAST Version: 1.4.1 



5,138,614 



a multicast connection is a logical association among a 
set of network interfaces over which all packets follow- 
ing the same route, need not carry complete destination 
addresses and arrive in sequence. Based on different 
requirements, four flavors of multicast connections are 5 
defined over an arbitrary multicast packet switching 
network: vanilla multicast connections (VMCs), mul- 
ticast virtual circuits (MVCs), strong multicast connec- 
tions (SMCs) and strong multicast virtual circuits 
(SMVCs). Roughly speaking, vanilla multicast connec- 10 
tions and strong multicast connections only provide 
network-layer connection-oriented services to the us- 
ers, and packet loss is allowed. They depend on the 
users' transport layer to execute error control* if neces- 
sary. On the other hand, multicast virtual circuits and 15 
strong multicast virtual circuits provide network-layer 
virtual circuit services to the users, which ensure reli- 
able packet transfer. Therefore, error control in the 
transport layer is not necessary. 

Four flavors of multicast connections are defined on 20 
acyclic subgraphs of the graph representing a multicast 
packet switching network. Acyclic subgraphs guaran- 
tee that each multicast connection contains no loop and 
every packet will reach its destination(s) in finite time 
and low delay. 25 

[Definition 3.1 J: 

a. An arbitrary multicast packet switching network is 
represented by a graph G={S3,L}, where S is the 
set of all multicast packet switches, £ is the set of 
all network interfaces, and L is the set of all links. 30 

b. G={S, E E} represents an acylic subgraph of G, 
which ^interconnects all network interfaces in a 
subset £ of £ via a subset S of S and a subset L of 
L. Any link 1 in E cuts S into two disjoint sub- 
graphs TS\,„ and 5i,j. Let and Ej^/ be two 35 
disjoint subsets of E, which contain those network 
interfaces in Gi. u and Gi^, respectively. 

c Each network interface contains a sender compo- 
nent (SC) and a receiver component (RC) that 
sends and receives packets, respectively. Let SCi 40 
and RCi represent the sender component and the 
receiver component of network interface i, respec- 
tively. 

Consider an arbitrary acyclic subgraph (5 of G. Ac- 
cording to Lemma 1, with an LCN chosen for each 45 
switch interface, any arbitrary data packet flow pattern 
within each multicast packet switch in S can be 
achieved. Interconnection of these individual data 
packet flow patterns via the links in E constitutes a data 
packet flow pattern on T5. The flow direction on each 50 
link is determined by two individual data packet flow 
patterns at its ends. With a data packet flow pattern 
within each multicast packet switches being exempli- 
fied, link 3 has a bidirectional flow in FIG. 8(a) and a 
unidirectional flow in FIG. 8(c). The corresponding 55 
transmission matrices are given in FIG. 8(6) and 
FIG.8W). 

[Lemma 2]: Given a any data packet flow pattern 
constructed on (j has the following properties: 

a. Only a single LCN is associated with each link in E. 60 

b. The data packet flow pattern satisfies the weak 
sequencing (WS) condition, that is, point-to-point 
sequential packet transfer from any network inter- 
face in £ to each of its receiving network inter- 
faces) is guaranteed. 65 

< Proof >: (a) is clear since, during the construction 
of a data packet flow pattern on 5, a common LCN can 
be chosen for the two switch interfaces at ends of each 
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link in L. (b) holds since each multicast packet switch 
has at least the weak sequencing property, 
pefmition 3.2J: 

a. Given a E, the sending/receiving relationship 
among all network interfaces in E is represented by 
a N-by-N transmission matrix: TM(E), where N is 
the number of network interfaces in E. TM(E)[i,j) 
is I if RCj receives packets from SCi, and 0 other- 
wise. 

b. Given two subsets X and Y of E^ the submatrix 
TM(X,Y) is obtained from TM(E) by retaining 
only those sender components in X and only those 
receiver components in Y. Let TM(E\ tU ^\,d) and 
TM(Ei^,Ei^) be represented by TMi^ and 
TMi^, respectively. 

Given a data packet flow pattern on 5, a TM(E) can 
be easily obtained by tracing data packet flows from 
each network interface in E. 

By imposing different requirements on data packet 
flow patterns on G, four flavors of multicast connec- 
tions are defined. _ 

[Definition 3 J]: Given a G, a data packet flow pat- 
tern on Gr is a vanilla multicast connection, if it satisfies 
the multicast condition: There exists at least one net- 
work interface in E from which the packet stream is 
destined to two or more network interfaces in E. These 
network interfaces are referred to as multicast sources 
(MSs). The representation VMC(G) will be used to 
show the relationship between a vanilla multicast con- 
nection and its associated G. 

The multicast condition implies that: (1) At least one 
multicast packet switch in 5 will duplicate packets; and 
(2) The TM(E), obtained from any VMC(G), has at 
least one row containing two or more l's. From this 
point on, only TM(E)*s having at least one row contain- 
ing two or more l's are considered. Given a G, a TM(E) 
with the weak sequencing condition may not be satis- 
fied by a VMC(G). 

(Theorem 3.1]: Given a ?j, a TM(E) with the weak 
sequencing condition can be satisfied by a VMC(G), if 
and only if it has the following VMC property: For any 
link 1 in E, if TMi^(or TMi^, H ) contains two or more 
non-zero rows, these rows must be identical. In other 
words, every sender component in Ei^(or Exj) sending 
packets to the receiver components in E\j (or _Ei, u ) 
must have identical destination subsets of Ei^ (or Ei, w ). 

<Proof>: The sufficient condition is shown by con- 
tradiction. Assume that there exists a link 1 in E so that 
TMi^ contains different non-zero rows. This jmplies 
that there exist sender components c\ and e2 in Ei, u and 
receiver components ea and e^in Ei^such that TM({ei, 
ci}, fee*}) is either FIG. 9(c) or (6). In FIG. 9(a), SC 
ei sends packets to both receiver component, e3 and e4, 
and SC <n only to RC e*. In FIG. 9(b), SC ei only sends 
packets to RC e3, and SC e20niy to RC e* Since G is an 
acyclic graph, there exists a MPS s in G i.jso that packet 
flows from SCs ei and e? will enter its switch interface 
A via link 1, as shown in FIG. 9(c), and packet flows 
destined to RCs e% and e* will leave from switch inter- 
faces. B and C, respectively. 

With a single LCN associated with link 1, packets 
from SCs et and ci will have the same LCN in their 
headers when they are sent over link 1. Since one LCN 
only indexes one entry in the packet translation table of 
switch interface A, packets with the same LCN cannot 
be duplicated and routed to different subsets of outgo- 
ing switch interfaces. Therefore, the desired data packet 
flow pattern within MPS s to support the submatrices in 
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FIG._9(j)-(&)» can n ot achieved. This impliesjhat the 
TM(E) can not be implemented by any VMC(G). The 
above conclusion is also true when TM\ t j ftt contains 
different non-zero rows. 

Next the necessary condition is proved. Let E„,i and 5 
E u ,2(or Ed.i and Eda) be two subsets of (or E^), so, 
that TM(E<u, E u ,i) (or TM(E U ,2, E<&)) contains all the' 
Ys in TMu u (or TMi itM /). The corresponding packet 
flow models of TM(Erf.i, E u ,i) and TM(E U ,2, Ed,i) are 
shown in FIG. 10, in which MPSs st and S2 both have 10 
pattern-1 data packet flow patterns. Let LCN n be 
chosen for link 1, then packets from each sender compo- 
nent in E U 2 and E^i will use LCN n when they are sent 
over link 1. To achieve these two data packet flow 
patterns, let the routing field in the switch header entry 13 
of the packet translation table at switch interface A (or 
SI B, resp.), indexed by LCN n, identify a set of outgo- 
ing links from which packets are transmitted to the 
receiver component in E«,i (or Eda)- 

Three natural vanilla multicast connections over the 20 
multicast packet switching network are given below. 

a. Point-to-multipoint (Pattern- 1): There is only one 
multicast source and each multicast packet switch 
in the vanilla multicast connection has pattern- 1 
data packet flow pattern. 25 

b. Point-to-multipoint with upstream capability (Pat- 
tern-2): There is only one multicase source and 
each multicast packet switch in the vanilla mul- 
ticast connection has pattern-2 data packet flow 
pattern. 30 

c Multipoint-to-multipoint (Pattern-3): In this vanilla 
multicast connection, each network interface is a 
multicast source and each multicast packet switch 
has pattern-3 data packet flow pattern. 

Most data applications require reliable cotnmunica- 35 
tion. To provide a network-based edge-to-edge reliable 
service to those multicast applications that require com- 
pletely error-free transmission and that do not employ 
some higher-layer error control protocol, the multicast 
virtual circuit is introduced. 40 

[Definition 3.49 : A multicast virtual circuit is a va- 
nilla multicast connection which also satisfies the reli- 
able condition: Point-to-point reliable packet transfer 
from any network interface to each of its receiving 
network interfaces is guaranteed. 45 

There are two issues associated with a multicast vir- 
tual circuit. 

1. Since a vanilla multicast connection may have 
multiple senders, a multipoint-to-multipoint error 
control protocol must be exercised among all net- 30 
work interfaces. 

2. Given a TM(E) with the_vanilla multicast connec- 
tion properties, a VMC(G) can be set up to meet 
the desired information flow relationship among 
users. However, this VMC(G) is only concerned 55 
with transmission of data (or information) packets, 
and there may not exist paths in it for returning 
acknowledgements (ACKs), 

One approach to address the second issue is described 
below. If the VMC(G) of a given TM(E) also provides 60 
paths for returning acknowledgements, it will be used 
to transmit both data and acknowledgements. Other- 
wise^ TM'(E) is obtained^where TM'(E)[ij] is 1 if 
TM(E) [j,i] is 1. If the TM'(E) still has theyanilla mul- 
ticast connection properties, a new VMC(G) is then set 65 
up to support the desired information flow relationship 
represented by the TM(E) and provide necessary ac- 
knowledgement paths. In both cases, some network 
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interfaces may receive undesired data packets and/or 
acknowledgements. Therefore, two address fields— the 
addresses of the sending network interface and the re- 
ceiving network interface — are reserved in the error 
control header so that each network interface can dis- 
card undesired incoming packets. The second field is 
used only by the acknowledgements. 

A vanilla multicast connection and a multicast virtual 
circuit are not concerned with the sequencing relation- 
ship across multiple senders. Although most multicast 
applications can be supported by a vanilla multicast 
connection or a multicast virtual circuit, some multicast 
applications may request the multicast packet switching 
network to provide a multicast service which maintains 
the sequencing relationship across multiple senders. A 
strong multicast connection and a strong multicast vir- 
tual circuit are introduced to provide a network-based 
strong sequencing mechanism to those multicast appli- 
cations that require strong sequential transmission and 
that do not employ some higher-layer strong sequenc- 
ing protocol. 

(Definition 3.59 : A vanilla multicast connection is a 
strong multicast connection, if it also satisfies the strong 
sequencing (SS) condition: the sequence of packet 
streams arriving at a set of network interfaces with two 
or more common multicast sources are identical with 
respect to the input streams from common multicast 
sources. 

To investigate the relationship between transmission 
matrices with the strong sequencing condition and 
strong multicast connections, consider those transmis- 
sion matrices which have the vanilla multicast connec- 
tion properties stated in Theorem 3.1 and can be imple- 
mented by a vanilla multicast connection. 

[Definition 3.6]: 

a. Given a matrix, its two columns (or two rows) a 
and 0 are said to be coupled, if column (or row) a 
contains at least two l's at the same row (or col- 
umn) position as column (or row) /3. 

b. A matrix with at least two coupled columns is said 
to have the strong coupling property, if its columns 
(or rows) can not be partitioned into two disjoint 
subsets such that there exists one column (or row) 
in each subset and these two columns (or rows) are 
coupled^ 

c. A TM(E) having the vanilla multicast connection 
property and at least two coupled columns is called 
a coupled transmission matrix and represented as 
CTM(E). 

It is clear that for each non-CTM(E) with the vanilla 
multicast cojuiection property, its associated VMC(^) 
is a SMC(G). From this point on, consider only 
CTM(E)s. The problem is summarized below. 

[Problem 3.1]: Given a CTM(E), find the sufficient 
and necessary conditio^ such that its associated 
VMC(G) is also a SMC(G). 

Based on Definition 3.5, the strategy to solve Prob- 
lem 3.1 is to find out all those subsets of receiver compo- 
nents which have respective two or more common 
sender components and then check the strong sequenc- 
ing condition for each subset separately. By using the 
following partition method, a CTM(E) can be parti- 
tioned into a number of submatrices which have either 
no coupling property or the strong coupling property. 
Each submatrix corresponds to a partial packet flow of 
the associated VMC(G). 

[CTM(E) Partition Method]: Let Cbe initialized to 
include all the columns of the CTM(E). The disjoint 
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subsets {Cyj=0, . . . , m (> = 1)} of C can be generated tiplexed into a single interleaved packet stream. In this 
from the following steps as C shrinks to an empty set. case, the value of each element in TM,y is 1, since TMy 
Assume that the subsets Ci, ...» Cj.\ are already has the vanilla multicast connection property and the 
non-empty and the subset Cj is empty. strong coupling property. 

Step 1: 5 [Theorem 3.3]: Assume all the multicast packet 

If C contains only one column, then move the switches are s-MPSs. For any given TM/^ l^i^n, 
remaining column from C to In any case, l^jSm, its strong sequencing condition can be satis- 
stop if C is empty. Otherwise go to Step 2. fied, if and only if, for any inter-MPS link 1 in E, there 

Step 2: do not exist a sender component and a receiver compo- 

Find a column with the largest number of l's, say c 10 nent in (j/,t, and a sender component and a receiver 
from C Move c from C to Cy. component in Utj such that these two receiver compo- 

Step 3: nents have these two sender components as common 

For each column c in Q repeat the following pro- multicast sources. In other words, there do not exist 
cedure: four respective non-empty subsets, say £uA«» &sJJM> 

{If there exists a column in C/so that these two 15 £ r| /,U and fer^w, of the sets Es,u«> Es,i,U> ^rjj,u and 
columns have the coupling property, then Ewj#, such that the value of each element in TM({£*ijt. 
move c from C to C>} .JKurf}. {^jm^jm}) * 1. 

Step 4: < Proof >: When the sender components in Ej,,- and 

If C/contains only c, then move c from C/to Q> Go the receiver components in lL r j are connected to the 
back to Step 1. 20 same multicast packet switch, the claim is true since the 

Let E v be the set of receiver components corre- s-MPS has the strong sequencing property. Therefore, 
sponding to those columns in Cj. Clearly, E r(0 , . . . , E f>m it suffices to prove the case when the sender compo- 
are disjoint. nents in E v and the receiver components in Erjare not 

By using similar steps as those above, the rows of connected to the same multicast packet switches. Since 
each submatrix TM(E^), l^j^m, can be partitioned 25 TMy has the vanilla multicast connection properties, 
into a number of disjoint subsets {R/i=0, . . . ,n 1)}. FIG. 11(a) depicts an equivalent two-MPS model with 
Let E v - represent the set of sender components corre- respect to each inter-MPS link 1. Multicast packet 
sponding to_the rows in R,an<3 TMy- represent the sub- switches 1 and 2 represent the two multicast packet 
matrix TM(E v ,E r y). Clearly, E^ . . . ,Ej, n are disjoint. switches which link I connects. The sender components 
C 0 and Ro may be empty; however, d and Ri always 30 in E^xiu and the receiver components in E f ^ are con- 
exist by the definition of CTM(E). Based on Definition nected to multicast packet switch 1, and the sender 
3.5, it is clear that the strong sequencing condition of components in E,^ and the receiver components in 
the CTM(E) is satisfied, if and only if the strong se- "ErjM are connected to multicast packet switch 2. _ 
quencing condition of each submatrix obtained in the The packet flow model corresponding to TM(E W -, 
partition algorithm is satisfied. Since TM(E,E W ) and 35 is shown in FIG. 11(b). This is equivalent to the 

TMo^ l^j^m, if they exist, do not have the coupling case that the sender components in and the receiver 
property, the packet flows corresponding to these sub- components in E r jXu are all connected to multicast 
matrices are ignored while the strong sequencing condi- packet switch 1, and therefore, the strong sequencing 
tion of the CTM(E) is checked. However, each TM^ condition among the receiver components in E r yi.j(_with 
l^i^n, l^j^m, has the strong coupling property. 40 respect to the common sender _components in E v - is 
Therefore, to deal with Problem 3.1, consider these satisfied. Similarly, by removing E r jj fU , aod 
TM,j, l^i^n, l^j^m, and deal with their strong from FIG. 11(a), respectively, the strong sequencing 
sequencing conditions separately. Note that each TM<j condition among the receiver components in E r ,AW with 
has the_vanilla multicast connection property since the respect to the common sender components in E v , the 
CTM(E) does. Depending on the type of multicast 45 strong sequencing condition among the receiver corn- 
packet switches, the sufficient and necessary condition ponents in Erj with respect to the common sender corn- 
that the strong sequencing condition of a TMy can be ponents in E v -,/,„, and the strong sequencing condition 
satisfied will be different. The following definition is among the receiver components in H r j with respect to 
needed for describing the main results which are sum- the common sender components in E^y^ are also satis- 
marized in Theorem 3.2 and Theorem 3J. 50 fied. Therefore, the only remaining case to check is 

pefinition 3.7]: Any link 1 in L_cuts G into two dis- when there exists at least one element in each of the four 
joint subgraphs G/, u and Gr^. Let JB^ U andE^ con- sets— Zsj.Ku> ^UW ErjAu and EuA» such that these 
tain those sender components in G/, tt and Gfa respec- receiver components have these sender components as 
trvely. Also, let Ef j< /,« and Er^w contain those receiver common multicast sources. 

components in G/, u and respectively. 55 The necessary condition is proved first For any in- 

[Theorem 3.2]: Assume all the multicast packet ter-MPS link 1 in L, suppose there do not exist a sender 
switches are w-MPSs. For any given TM^ l^i^n, component and a receiver component in Gi, u and a 
l=j=m, its strong sequencing condition can be satis- sender component and a receiver component in Qij 
fied, if and only if, there exists an inter-MPS link in L such that these two receiver components have these 
such if all the sender components in E^- are in G/^ (or 60 two sender components as common multicast sources. 
(?/.</). then all the receiver components in E v must be in This implies that the above remaining case does not 
Oij (or (j/, u ). exist Therefore, the strong sequencing condition of the 

< Proof >: Since w-MPSs only have the weak se- TM,^ is satisfied. Next, the sufficient condition is proved 
quencing property, it is clear that the strong sequencing by contradiction. Consider FIG. 11(c), in which sender 
condition among the receiver components in Erjcan be 65 component A, sender component B, receiver compo- 
satisfied if and only if these receiver components re- nent C andjeceiver component D are in E^, E^/^, 
ceive packets via a single link, where all packet streams B r jJ,u and Erjjj, respectively, and sender components 
originating from the sender components in Esj are mul- A and B are common multicast sources to receiver 
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components C and D. If each of sender components A media workstations rather than the network interfaces, 

and B sends a packet to receiver components C and D The voice sharing the same multicast connection with 

at the same time, then receiver component C (or re- the other media shows an advantage of using distributed 

ceiver component D) will receive the packet from voice bridges. 

sender component A (or sender component B) first 5 In summary, the number of multicast connections 
Therefore, receiver components C and D will not re- needed to support a given multimedia multicast applica- 
ceive identical interleaved packet streams. tion generally depends on the location of servers and 
[Definition 3.8]: A strong multicast virtual circuit is a their relationships. For the local servers, such as the 
strong multicast connection which also satisfies the editor program and the voice bridges in FIG. 13, resid- 
reliable condition: a set of network interfaces with two 10 ing in the multimedia workstations, a single multicast 
or more common multicast sources will receive identi- connection or multiple multicast connections can be 
cal interleaved packet streams with respect to the input requested to support the communication among them, 
streams from common multicast sources. For the network servers, residing in the network inter- 
By executing multidestination error control among faces or the intelligent server nodes, their locations are 
all network interfaces in a strong multicast connection, 15 generally transparent to the users. Therefore, the users 
some retransmitted packets may exist. Without other may need to request a separate multicast connection for 
means, each receiver component may put an original each independent network-based service, 
packet and a retransmitted packet corning from differ- rnxiMrrrroM 
ent multicast sources into different order, and the strong ^rVf v wno^^^ 
sequencing condition is violated. To solve this problem, 20 TRANSFORMATION 
each packet in a strong multicast virtual circuit carries In the most general sense, a multiparty connection 
a global time stamp. Tune-stamp ordering assures that consists of a set of information streams linked together 
the strong sequencing condition among all the receiver to provide a specified type of connectivity. A multi- 
components in a strong multicast virtual circuit is satis- party connection can be specified using two parameters: 
fied. ' 25 the number of endpoints in the connection and the 
Various flavors of multicast connections provide structure of the information streams that flow between 
various kinds of multicast services to users. A multicast these endpoints. Theoretically, there are a very large 
application (MA) is an end-user's use for a multicast number of arbitrary connection structures, however, 
service or a collection of multicast services. To achieve for practical reasons only a small number of these can 
service integration, a multicast application is viewed by 30 be supported in a given implementation. Thus, a select 
the users as an integrated service. few of multiparty types are defined that provide the 

The single-media multicast applications, such as mul- most likely types to be used in popular applications, 
ti-destination file transfer, voice conferencing, etc, are Once the structure of a connection is clearly defined, 
generally supported by a suitable flavor of multicast an understanding of how to change the connection 
connection. However, for those multimedia multicast 35 structure is needed. This restructuring can be described 
applications (MMAs) involving two or more media, as a transformation from a set of original connections to 
they may or may not be supported by a single multicast a set of target connections. These changes are a result of 
connection. Consider a multi-party interactive debug- user operations on a connection by, for example, adding 
ger. Two different scenarios are shown in FIG. 12 and a new endpoint to a connection, dropping an cndpoint 
FIG. 13, respectively. Each multimedia workstation 40 from a connection, or adding one new endpoint to a 
(MMWS) contains a terminal (e.g. Tl) and a voice connection and deleting another endpoint. Other more 
bridge (VB) and is connected to a separate network sophisticated operations include combining multiple 
interface. In FIG. 12, the editor program used for file connections into a single connection (merging), separat- 
debugging is a network server in an intelligent server ing a single connection into multiple connections (split- 
node (ISN). Multiple multicast connections are used. 45 ting), changing a connection type or combinations of all 
The dashed lines interconnecting the editor program of these. 

and the three terminals represent a pattern-2 multicast The method described herein relates to the restruc- 
virrual circuit with the intelligent server node as the turing of connections when operations are requested, 
multicast source; the dotted lines interconnecting the Before this model is described, though, some back- 
three voice bridges represent a pattern-3 vanilla mul- 50 ground information is provided, 
ticast connection. In FIG. 13, the editor program re- Two fundamental capabilities needed to support mul- 
sides in multimedia workstation L As before, the users tiparty connections are multicasting and funneling. 
can request multiple multicast connections to support When multicasting, an information stream is established 
the multimedia multicast applications; or as an alterna- from one source to multiple arbitrary destinations, 
tive, the users may request a single pattern-3 vanilla 55 When funneling information streams, multiple sources 
multicast connection for both data and voice. The latter of information are sent to a single destination. The hard- 
results in a multimedia multicast connection, in which ware needed to provide these different types of infor- 
two media share the same logical channel number and mation streams can be supported in a variety of ways, 
are distinguished by different channel numbers. Its ad- Traditional methods of supporting multiparty voice or 
vantage is that the connection setup is done only once. 60 data connections use a centralized bridge within a net- 
Since the data are also sent via the pattern-3 vanilla work of switches. Using this method, all participants 
multicast connection, multimedia workstation 3 (or establish point-to-point connections to a centralized 
multimedia workstation 2) needs to discard those in- bridge where the multicasting and funneling capabilities 
coming editor-program-destined editor commands gen- are provided. This approach is identified as transport 
erated at multimedia workstation 2 (or multimedia 65 layer multicasting. With a packet switch, the multicast- 
workstation 3). This data-packet-discarding is effi- ing and funneling capabilities can be supported within 
ciently implemented in hardware. Multidesrination the switching fabric itself. With appropriate software 
error control for reliable data is executed at the multi- control, network layer multicasting connections are 
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supported. The model presented herein assumes the responsible for translating this logical view into a physi- 

network layer multicasting approach to support rauiti- cal implementation. 

party connections. To build a basis for our transformation model, a pbys- 
In FIG. 14, the components of a single packet switch ical connection (FIG. 15b) is represented in a graphical 
are shown: an ingress trunk controller (ITC), an egress 5 form using a matrix (FIG, 16). The matrix is con- 
trunk controller (ETC), and a wideband packet switch. stnicted by identifying ingress and egress points on the 
The ITC provides the routing translation function to physical connection with unique labels (eg. Ai, Bl, etc. 
route packets through the packet switch. The ITC in FIG. 156). This, in effect, allows identification of all 
translates a given logical channel number (LCN) into pat hs within the physical connection, 
one or more TC numbers and the packet switch uses 10 \ matrix is then constructed with all ingress points in 
these TCs to route packets to ETCs. To support a mul- rows all egress points in columns. Because all inter- 
ticasting capability, the packet switch supports packet na j i abels can ^ ingress and egress points, they appear 
replication. m ^^h rows and columns. An entry in the matrix repre- 

Packet information streams are overlaid on the TCs mts a palh from ingre3S po mt to eg ress point, 

and packet switch which represent the flow of packets 15 Two duTer ent types of path entries are identified: 

from ingress to egress points (or TCs). Three important existing paths and possible paths. The matrix is popu- 

streams are identified: a multicasting stream, a funneling Uted b Jacin a T fa a position which represents an 

stream and a pouit-topomt stream. The multicasting path from access to egress and a V is placed in 

stream sends packets from a single mgress TC to an a ^ which represents a possible path or a path 

arbitrary set of egress TCs using a stngk LCN. The 20 ^ ^ te ^ con £~ on £ ul h not . An 

? en * p ?* e * fr0m m ^P Ie existing path might be "Ai" to "bl" (cf. FIG. 15b and 

single ETC ^ntennon for the same ETC is resolved nG ** while f t, Ic th woulc J te ~ bT > to ~ ar . 

by the packet swrtch. And the pomt-to-pomt stream Since J^Mt paths are identified with either W or 

sends packets from a single ITC to a single ETC. m » *u- * • * *u i * * e *u 

The%mallest atomic s£eam-a stream from a single 25 ls • "f? represents the complete set of paths 

source ITC to a single destination ETC-is referred to *> ™V connect subnet points A.B.C and D 

as a path. As an example, multicasting streams and fun- mter^g observation to note is that rows of a 

neling streams contain multiple paths. In FIG. 14, the ma ^ wth ^ m them describe the set of paths that 

multicasting stream consists of two paths: one from make U P a muJtlcastm « stream columns of a matrix 

TCA to TCB and one from TCA to TCC The funnel- 30 ' ls ' m d( * cribe ^ of P ath ? ^ *** t U P 

ing stream consists of two paths also: one from TCD to ^funneling stream. Rows or columns with a single T in 

TCF and one from TCE to TCF. The point-to-point them represent a point-to-point stream, 

stream consists of one path: from TCG to TCH. In the „ representation can be extended in a distributed 

following description, a path is a useful component of fasiuon ^ m FIG - 17 where each has its own 

the connection transformation model. 35 matrix * This ^ he useful to make the solution to this 

With the basic capabilities of multicasting, funneling problem more practical 

and point-to-point streams provided in a packet switch, The bas | c problem addressed is how to transform a 

multiparty connections may be constructed within a set of original connections into a set of target connec- 

network of packet switches. tions & depicted in FIG. 18. The goal of this transfor- 

A logical connection is defined as the.user*s specifica- 40 "nation is to realize the implementation of user opera- 
tion of a multiparty connection. This can also be tions like, adding a party, merging multiple connec- 
thought of as the subnet's view of the connection where tions, splitting a single connection and others. The first 
each access label, A, B, C and D in FIG. l&z, has an assumption made is that the original connection^) exist 
ingress point and an egress point defined (e.g., Ai- ^ the ^r specifies the target connections) that 
ingress point, Ae-egress point). 45 should exist after the transformation. When the user 

A physical connection is a distributed implementation * specifies the target connections, the user operations are 
of the logical connection onto an arbitrary network implicitly defined in the target connection. For exam- 
configuration (FIG. 156). The subnet's view of the logi- P le * w hen adding a party to a connection the target 
cal connection is preserved while the actual connection connection contains the new party while the original 
streams are distributed across multiple switches (SW1, 50 connection does not 

SW2 and SW3). A routing function is used to set up the Users specify connections in a logical form and net- 
physical connection given the logical connection and an work control translates the logical form into a physical 
arbitrary network configuration, the routing function form based on an arbitrary network configuration. As- 
is based on a breadth first search (BFS) tree superim- sume in this analysis that the connections are in their 
posed on the arbitrary network. An important idea to 55 physical form and that the translation from logical to 
note is that all logical connections cannot be superim- physical has already taken place, 
posed onto any arbitrary network configuration. The fundamental problem to be solved is to get to a 

In FIG. 156, unique labels are used to identify the target configuration from an original configuration, 

individual paths within each of the switches. The subnet One solution to this problem is to destroy the original 

labels (e.g. Ai, Bi) are equivalent to the logical connec- 60 connections and create new target connections. This 

tion while the internal labels (eg. al, bl) identify points solution requires the most transformation processing as 

of path interconnection within the network. all connection paths (original and target) have to be 

It is important to note that the user only understands modified. The preferred solution described herein takes 
the logical connection view and has no knowledge of advantage of reusing connection paths of an original 
how the connection is implemented on an arbitrary 65 physical connection to reduce transformation process- 
network. When requesting changes to existing connec- ing. By predicting a priori which connection paths can 
tions, the user also only understands the logical view. be reused, which must be added, or which must be 
The network control software, on the other hand, is deleted from the original connection, the transforma- 
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tion processing can be reduced. This is the approach The solution to this problem is based on set theory, 
taken in solving this problem. The idea is that a connection can be represented in 
Physical level connection transformation might be of graphical form as a matrix of existing and possible con- 
several different forms: (a) one-to-one, (b) many-to-one, nection paths within an arbitrary network as described 
(c) one-to-many, and (d) many-to-many. An example of 5 earlier. With the user's specification of the target con- 
a one-to-one transformation might be adding a party to nection(s), (assuming the original connection(s) exist) 
a connection since one original connection is trans- the micro-operations to realize the transformation can 
formed into one target connection (FIG. 19a). An ex- be determined by creating matrix subsets based on the 
ample of a many-to-one transformation might be the original and target connection(s). The easiest way to 
merging of multiple connections into a single connec- 10 describe this is with a series of examples and generalize 
tion as shown in FIG. 196. And finally, an example of a this process at the end. The first example is a one-to-one 
one-to-many transformation might be the splitting of a transformation. 

single connection into multiple different connections as Consider a determination of the set of micro-opera- 
shown in FIG. 19c. Many-to-many transformation is tions needed to realize adding a party (party "C") to an 
also possible; the following analysis can be extended to 15 original connection while deleting another party (party 
handle this case. ,4 D M ). In FIG. la and FIG. \b, original and target con- 
An important aspect to this solution when attempting nections are shown in their physical form; FIG. 1c and 
to reuse connection paths is to identify which original FIG. Id give the matrix form. Adding a party requires 
or target connection to reuse. This is done by associat- the addition of two connection paths, "{Ci to a2} and 
mg the same connection identifier (CCD) with one origi- 20 {al to Ce}", associated with party M C. Deleting a 
nal connection and one target connection. A connection party requires the deletion of two connection paths, 
identifier (CID) is used here as a way of naming connec- "{Dt to a2} and {al to De}", associated with party 
tions. In an implementation, the CID would be the way "D". 

network control software would identify connections. In FIG. 2a, a Venn diagram is shown that describes 
In the one-to-one transformation case, this is done by 23 how connection paths overlap between an original con- 
default as there is only one original and one target con-^ nection, M{Ol}, and a target connection, M{Tl}. Each 
nection (FIG. 19a). For the many-to-one transformation of the different areas in this diagram represent subsets of 
case, one of several CIDs can be associated with one connection paths. Three important matrix subsets are 
target CID (FIG. 19£). And for the one-to-many trans- identified in this diagram: M{common}, M{needed} 
formation case, one original CID can be associated with 30 and M{notneeded}. Each of these are obtained by logi- 
one of several target CIDs (FIG. 19c). In the latter two cal operations on matrices M{Ol} and M{Tl} as shown 
cases this association can be made arbitrarily or based in the equations of FIG. 2a. M{common} represents the 
on an intelligent prediction. An example might be to set of all connection paths that are common to both the 
compare all original and target connections to find one original connection and the target connection. M{nee- 
of each that are the most similar in order to minimize 35 ded} represents the connection paths that are needed to 
the processing needed to perform the transformation. realize the target connection but are not in the original 
As described earlier, user operations, like adding a connection. And M{notneeded} represents the connec - 
party, merging connections etc. . ., are operations re- tion paths that exist in the original connection but not in 
quested by the user and are defined at the logical con- the target M{universe} represents the set of all existing 
nection level. Physical level connection operations or 40 and possible connection paths for the union of all parties 
micro-operations are sub-operations used to implement involved. 

a given user operation. In a Von Neumann computer, Examining the matrix subsets in FIG. 2d. M{not- 

for example, a single instruction like a register transfer, needed} in FIG. 2d contains the two connection paths 

requires several gate level micro-instructions to realize. "{Di to a2} and {al to De}", which means that those 

In a similar sense, a single user operation, like adding a 45 connecdon paths must be deleted from the original 

party, may require several micro-operations, like add- connecdon to realize the target. M{needed} in FIG. 2c 

ing several connection paths to a physical connection. contains the connection paths "{Ci to a2} and {al to 

The two micro-operations we consider are: Ce}*\ which means that these two connection paths 

add—connection— path (connection,path[i j]) (which must be added to the original connection to realize the 

adds a connection path to a given connection) 50 target. And finally, M{common} in FIG. 2e represents 

delete—connection— path (connection,path[ij]) all connection paths that can be reused from the original 

(which removes a connection path from a given to realize the target 

connection) From these matrix subsets, the set of micro-opera- 
These micro-operations can be used to realize the most tions can be determined based on the method shown in 
primitive operations at the physical leveL Determining 55 Table 1. Every connection path that exists in M{nee- 
the appropriate set of micro-operations needed for a ded} must be added to the original connection, M{Ol}. 
given transformation is the problem solved herein. Every connection path that is in M{notneeded} must be 
The problem is solved by first (1) determining what removed from M{Ol}. No operations are needed for 
micro-operations are needed, and second (2) executing the connection paths that are in both original and target 
these micro-operations to transform the original con- 60 (or M{common}). This method (Table 1) results in the 
nection(s). The process of determining the micro-opera- execution of four micro-operations — two add— connec- 
tions needed is the subject of the following section. tion_ path operations and two delete_connection— path 

operations. 

TABLE 1 



One-to-One Transformation 



ift(m= « t)&&(n= =. l)){/*ONE-TCM3NE TRANSFORMATION*/ 
for {all connection paths in M{needed}) 
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TABLE 1 -continued 



One-io-One Transformation 



add_connectioa_ path(M{0 O.pathfiJD; 
for(all connection paths in M{notneeded}) 

ddetc_jconnection_path(M{Ol}.pathnjD; 
for(aJl connection paths in M{common}> 

reuse_path(M{Ol}); 



TABLE 2 



Many-to-One Transformation 

tfKm > n){ /• M-TO-ONE TRANSFORMATION"/ 

/•operate on original connection*/ 
for<ali connection paths in M{needed}) 

artri ..connection— path(M{0 1 },pathfi jfc 
for(all connection paths in M{notneeded}) 

ddete_connection_path(M{Ot },palhfi j]> 
for(aU connection paths in M{comraon}) 

reuse_path(M{Ol}); 
/•operate on remaining connections*/ 
formal] 'm-T remaining connections) 

for(all connection paths in M{Oro}) /*delete old connection M{Om}*/ 
ddete_^>nnection_path(M{Orn} t path{iJ]>; 



TABLE 3 

Many-to-Onc Transformation 

if(n>m){ /^ONE-TO-N TRANSFORMATION*/ 

/•operate on originaJ connection*/ 
Mail connection paths in M {needed}) 

add_connection_path(M{01 hpathflj]): 
for(aU connection paths in M{notneeded}) 

delete_connectic*i— path(M{Ol},rMthpjD; 
for{aJl connection paths in M{common}> 

reuse_path(M{Ol}>; 
/'operate on remaining connections*/ 
for(all *n-l* remaining connections) 

for(aU connection paths in M{Tn}) /•create new connection M{Tn}*/ 
add_connection_path(M{Tn},path[io]>; 



Another similar example using the same analysis is 
the user operation of changing a connection type.* An 40 
original connection (FIG. 20a), which is a multipoint- 
to-multipoint multicast connection, is transformed into 
a target connection (FIG. 20£), which is point-to-mul- 
tipoint with unstream capability. In this example, con- 
nection paths within the original connection must be 45 
deleted to get to the target connection. Again, matrix 
subsets are generated and the following micro-opera- 
tions are executed in Table 1: 

delete— connection— path (M{Ol}» path[Ci, De]); 

delete— connection— path (M{Ol}, pathfDi, Ce]); 50 

delete— connection—path (M{Ol}, path[a2, bl)9 ); 

delete—connection— path (M{OlJ, path(b2, al]); 

It should be noted that because of the generality of 
this model, any arbitrary transformation is possible. 

The next example described combines two original 55 
connections into one target connection; an example of a 
many-to-one transformation where "many" is equal to 
two. Two original connections and one target connec- 
tion are shown in their physical forms in FIG. 21a-FIG. 
21c. FIG. 22<7-FIG. 22c show the matrix forms of these 60 
connections respectively. Original connection 1 is a 
multipoint-to-multipoint multicast connection between 
parties A, B and C, while original connection 2 is a 
multipoint-to-multipoint multicast connection between 
parties A, D and E. The target connection is the same 65 
type between all parties A, B, C, D and E. 

The approach taken to implement a many-to-one 
transformation is to select a single original connection 



(from a set of many originals) and transform this origi- 
nal into the target. The remaining original connections 
are removed completely. A common CID is selected to 
identify the original and target connections that will be 
transformed. When selecting a common CID, it is desir- 
able to select an original connection that is very similar 
to the target so that a minimal set of micro-operations 
are needed to transform the connection. Note that our 
analysis does not depend on which original connection 
is selected; any of the originals can be transformed into 
the target, however, there exists at least one original 
that can be transformed with a minimal number of mi- 
cro-operations. In the present example, the first original 
connection, M{01}, is arbitrarily selected. 

Again a Venn diagram is used to explain the transfor- 
mation process (FIG. 23a). In FIG. 236-FIG. 23e f the 
matrix subsets are generated similar to the previous 
example. Note that the connection M{02} is not used to 
generate the matrix subsets. This is because this connec- 
tion will be entirely deleted while connection M{Ol} 
will be transformed into the target. 

M{needed} in FIG. 23c shows eight connection paths 
needed to transform M{Ol} to the target. M{not- 
needed} is the empty set as all connection paths in the 
original connection exist in the target And finally, 
M{common} represents the connection paths that are 
reused across the transformation which is equivalent to 
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M{01} as all connection paths existing in M{Ol} exist 
m the target connection. 

From these matrix subsets, the set of micro-opera- 
tions can be determined based on the method of Table 
2(with m=2). Every connection path that exists in 5 
M{needed} must be added to the original connection, 
M{01}. Every connection path that is in M{not- 
needed} must be removed from M{Ol}. Every connec- 
tion path that is in both original and target (or M{com- 
mon}) is preserved across the transformation- Also the 10 
entire connection M{02} is deleted since M{01} is the 
only connection that should exist after the transforma- 
tion. 

The example just described can be reversed to handle 
the case of a one-to-many transformation. This is done 15 
by switching the original and target matrices to have 
one original matrix, M{Ol}, and two target matrices, 
M{T1} and M{T2}. In this new example, M{Ol} is 
again transformed into M{Tl} and, in this case, instead 
of deleting M{Ol}, M{T2} is added. 20 

The same matrix subsets can be computed but with 
different meanings. M{needed} now represents all con- 
nection paths that are not needed to get to the two 
target connections and thus must be removed. M {not- 
needed} now represents the connection paths that must 25 
be added to the original to get to the target. M{com- 
mon} still represents all connection paths that can be 
reused through the transformation. 

A generalized solution to this problem is summarized . 
based on the previous examples: one-to-one, many- 30 
to-one and one-to-many transformations. A two step 
process is used to solve the transformation problem. 
The first step is to compute the matrix subsets based on 
one original and one target connection selected for 
transformation. These matrix operations are summa- 35 
rized here: 

M{needed}=M{01} * M{T1} 

M{notneeded}=M{Ol} * M{Tl} 

M{common}=M{Ol} * M{Tl} 

The next step is to determine the micro-operations 40 
needed to realize the transformation. The one-to-one 
transformation case, is described in Table 1. For the 
many-to-one case, (the m-to-one case), the original con- 
nection is transformed and then the remaining m-1 con- 
nections are deleted (Table 2). For the one-to-many 45 
case, (the one-to-n case), we first transform the original 
connection is transformed and then the remaining n-1 
connections are added (Table 3). Once the micro-opera- 
tions are determined they can be executed and the trans- 
formation is complete. 50 

The description thus far has included adding and 
dropping a party from a given connection, merging and 
splitting connections and changing connection types. It 
should be noted that it is also possible to combine these 
high-level user operations. For example, consider merg- 55 
ing multiple connections into a single connection and at 
the same time changing its connection type, merging 
and adding or deleting a party at the same time, or 
splitting a single connection and adding or deleting a 
party. The transformation model developed here sup- 60 
ports these arbitrary operations because it is based on 
the smallest object of a communication stream — a con- 
nection path. In practical applications though, the speci- 
fication of these operations by the user becomes the 
limit in the implementation of these complex operations. 65 

The examples described thus far are based on a cen- 
tralized view of a connection as shown in FIG. 16. It 
should be noted that this analysis can be extended to 
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solve these problems in a distributed way using the 
distributed connection representation of FIG. 17. A 
distributed solution is more practical to implement in a 
network of distributed switches. 

The protocol used to implement the distributed solu- 
tion would also allow parallel processing of connection 
transformation. An example of this protocol is as fol- 
lows. First a message is sent to the first switch which 
contains a description of the original and target connec- 
tion. Within this message is a description of the original 
and target connections. The switch control software 
computes each matrix subset based on this information. 
Next, the micro-operations are determined and exe- 
cuted based on the matrix subsets just generated. And 
finally, a new message is forwarded to each of the next 
switches and the process continues. The example that 
follows illustrates a computation of the matrix subsets 
for the distributed solution. Other implementations may 
not use matrices to manipulate but rather some other 
more efficient data structure. Matrices have been used 
in this description simply as a convenient way to repre- 
sent a connection. 

The example described here corresponds to the exam- 
ple described earlier concerning splitting a single con- 
nection into two target connections — it is the reverse of 
the operations of FIG. 21a-FIG. 21c. The following is 
a solution to this example based on a distributed connec- 
tion representation. 

In FIG. 24a-FIG. 24c, a distributed representation is 
shown of the connections for one qriginal connection, 
M{Ol}, and two target connections, M{Tl} and 
M{T2}. Each matrix is given for each switch in the 
respective connections. The solution to the distributed 
case is identical to the centralized case with the excep- 
tion that individual connections are now used instead of 
an entire network. Thus, for each switch the matrix 
subsets described earlier are obtained, M{needed}, 
M{notneeded}, and M{common}. These are shown in 
FIG. 2So-FIG. 25c for each switch. With each of these 
matrices, the micro-operations needed per switch are 
obtained to transform the original connection, M{Ol}, 
into one of the target connections (M{Tl}). Four paths 
must be deleted from both switches 2 and 3; no paths are 
added to complete the target connection Tl. The entire 
connection T2 is added to complete the split operation. 

It is to be understood that the above-described em- 
bodiments are merely illustrative of the principles of the 
invention and that many variations may be devised by 
those skilled in the art without departing from the spirit 
and scope of the invention. It is therefore intended that 
such variations be included within the scope of the 
claims. 

We claim: 

1. A method comprising 

establishing an original connection among an original 
plurality of user stations through a communication 
network, 

storing information defining said original connection 
through said network, 

determining a target connection among a target plu- 
rality of user stations through said network, where 
the union of said original and target pluralities of 
user stations includes at least two user stations not 
included in the intersection of said original and 
target pluralities of user stations, and where said 
intersection includes at least one user station, 

storing information defining said target connection 
through said network, 
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based on said stored information defining said origi- including said original connection, and said target plu- 

nal and target connections, determining a set of rality of user stations comprises a union of the user 

operations on said network to transform said origi- stations of said plurality of connections, 

nal connection into said target connection, and 10. A method in accordance with claim 9 further 

effecting said set of operations on said network. 5 comprising 

2« A method in accordance with claim 1 wherein said deleting from said network ones of said plurality of 

network comprises a plurality of switches, said estab- connections other than said original connection, 

lishing an original connection comprises 11. A method in accordance with claim 1 wherein 

establishing paths through an original subset of said said determining a target connection is performed in 

switches, said storing information defining said 10 response to a request to split said original connection 

original connection comprises into a plurality of connections including said target 

storing information defining said paths through said connection, and each of said target plurality of user 

original subset of said switches, said detennining a stations is included in said original plurality of user 

target connection comprises stations, 
detennining paths through a target subset of said 15 12. A method in accordance with claim 11 further 

switches, said storing information defining said comprising 

target connection comprises adding to said network ones of said plurality of con- 
storing information defining said paths through said nections other than said target connection, 
target subset of said switches, and said detennining 13. A method in accordance with claim 1 wherein 
a set of operations comprises 20 said determining a target connection is performed in 
determining any paths to be deleted from said original response to a request to transform a plurality of connec- 
subset of said switches and any paths to be added to tions including said original connection into a plurality 
said target subset of said switches to transform said of connections including said target connection, 
original connection into said target connection 14. A method in accordance with claim 1 wherein 
such that no path is both deleted from and added to 25 said network comprises a plurality of switches, and said 
any switch. determining a target connection is performed collec- 

3. A method in accordance with claim 2 wherein said tively by ones of said switches using parallel processing, 
stored information defining said paths through said 15. A method in accordance with claim 1 wherein 
original subset of said switches comprises individual, said network comprises a plurality of switches, and said 
intra-switch path information stored by each of said 30 determining a set of operations is performed collec- 
original subset of said switches and said stored informa- tively by ones of said switches using parallel processing, 
tion defining said paths through said target subset of 16. A method in accordance with claim 1 wherein 
said switches comprises individual, intra-switch path said network comprises a plurality of switches, wherein 
information stored by each of said target subset of said a connection through said network is described by a 
switches. 35 matrix having an existing intra-switch path represented 

4. A method in accordance with claim 2 wherein each as a logic one and a possible intra-switch path repre- 
of said plurality of switches stores routing information sented as a logic zero, and wherein said determining a 
for routing connections to destination user stations, and set of operations comprises 

wherein said determining paths through said target obtaining a first matrix having elements each being a 

subset of said switches comprises 40 logic one only if the corresponding element of a 

each of said target subset of said switches determining matrix for said original connection is a logic zero 

intra-switch paths based on its stored routing infor- and the corresponding element of a matrix for said 

mation and said target plurality of user stations. target connection is a logic one, 

5. A method in accordance with claim 4 wherein said obtaining a second matrix having elements each being 
detennining any paths to be added to said target subset 45 a logic one only if the corresponding element of 
of said switches comprises said original connection matrix is a logic one and 

each of said target subset of said switches ascertaining the corresponding element of said target connec- 

ones of its determined intra-switch paths for said tion matrix is a logic zero, and 

target connection that must be added to transform determining said set of operations comprising addi- 

said original connection into said target connec- 50 tion of an intra-switch path for each logic one of 

tion * said first matrix and deletion of an intra-switch path 

6. A method in accordance with claim 1 wherein said for each logic one of said second matrix. 

target plurality of user stations includes at least two user' 17. A method in accordance with claim 1 wherein 

stations that are not included in said original plurality of said network comprises a plurality of switches, wherein 

user stations. 55 a connection through said network is described by a 

. 7. A method in accordance with claim 1 wherein said plurality of matrices each corresponding to one of said 

original plurality of user stations includes at least two switches and having an existing intra-switch path repre- 

user stations that are not included in said target plurality sented as a logic one and a possible intra-switch path 

of user stations. represented as a logic zero, and wherein said determin- 

8. A method in accordance with claim 1 wherein said 60 ing a set of operations comprises 

target plurality of user stations includes at least one user obtaining a first plurality of matrices having elements 

station that is not included in said original plurality of each being a logic one only if the corresponding 

user stations, and said original plurality of user stations element of a matrix for said original connection is a 

includes at'least one user station that is not included in logic zero and the corresponding element of a ma- 

said target plurality of user stations. 65 trix for said target connection is a logic one, 

9. A method in accordance with claim 1 wherein said obtaining a second plurality of matrices having ele- 
determining a target connection is performed in re- mems each being a logic one only if the corre- 
sponse to a request to merge a plurality of connections sponding element of a matrix for said original con- 



12/17/2003, EAST Version: 1.4.1 



5,138,1 

25 

nection is a logic one and the corresponding ele- 
ment of a matrix for said target connection is a 
logic zero, and 
determining said set of operations comprising addi- 
tion of an intra-switch path for each logic one of 5 
said first plurality of matrices and deletion of an 
intra-switch path for each logic one of said second 
plurality of matrices. 

18. A method in accordance with claim 1 wherein 
said network comprises a multicast packet switching 10 
network comprising a plurality of packet switches inter- 
connected by a plurality of inter-switch links, where 
each connection through said network comprises a 
subset of said plurality of packet switches and a subset 
of said plurality of inter-switch links, and each of said 15 
plurality of inter-switch links uses at most one logical 
channel number for each connection. 

19. A method in accordance with claim 18 further 
comprising 

retaining logical channel numbers for ones of said 20 
plurality of inter-switch links that are common to 
said original and target connections. 

20. A method in accordance with claim 18 wherein 
said original and target connections are multicast con- 
nections. * 25 

21. A method comprising 

establishing an original connection effecting an origi- 
nal connectivity pattern among a plurality of user 
stations through a communication network, 

storing information defining said original connection 30 
through said network, 

determining a target connection effecting a target 
connectivity pattern among said plurality of user 
stations through said communication network, 
where said target connectivity pattern differs from 35 
said original connectivity pattern, 

storing information defining said target connection 
through said network, 

based on said stored information defining said origi- 
nal and target connections, determining a set of 40 
operations on said network to transform said origi- 
nal connection into said target connection, and 
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effecting said set of operations on said network. 

22. A method in accordance with claim 21 wherein 
said original and target connectivity patterns are differ- 
ent ones of a plurality of connection types including 
point-to-multipoint, point-to-multipoint with upstream 
capability, and multipoint-to-multipoint. 

23. A method in accordance with claim 21 wherein 
said network comprises a multicast packet switching 
network comprising a plurality of packet switches inter- 
connected by a plurality of inter-switch links, where 
each connection through said network comprises a 
subset of said plurality of packet switches and a subset 
of said plurality of inter-switch links, and each of said 
plurality of inter-switch links uses at most one logical 
channel number for each connection. 

24. A method comprising 

storing information defining an original connection 
among an original plurality of user stations through 
a communication network, 

determining a target connection among a target plu- 
rality of user stations through said network, where 
the union of said original and target pluralities of 
user stations includes at least two user stations not 
included in the intersection of said original and 
target pluralities of user stations, and where said 
intersection includes at least one user station, 

storing information defining said target connection 
through said network, and 

based on said stored information defining said origi- 
nal and target connections, determining a set of 
operations on said network to transform said origi- 
nal connection into said target connection. 

25. A method in accordance with claim 24 wherein 
said network comprises a multicast packet switching 
network comprising a plurality of packet switches inter- 
connected by a plurality of inter-switch links, where 
each connection through said network comprises a 
subset of said plurality of packet switches and a subset 
of said plurality of inter-switch links, and each of said 
plurality of inter-switch links uses at most one logical 

channel number for each connection. 

***** 
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